home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1125 < prev    next >
Text File  |  1994-08-27  |  4KB  |  84 lines
  1. Subject: Re: app_defs.sys
  2. Date: Fri, 29 Jul 94 15:01:43 BST
  3. From: C.J.Ridd@computer-science.birmingham.ac.uk
  4. Precedence: bulk
  5.  
  6. Ofir wrote:
  7. >I don't think we need application specific stuff. This makes it incredibly
  8. >difficult to write an app-defs editor. Why complicate things. I think we
  9. >just need to list the shortcuts in the proposal and allow the user to
  10. >change them.
  11.  
  12. Well, Warwick's already volunteered to write one, so all we have to do
  13. is figure out an interesting syntax for him to parse :-)
  14.  
  15. Also, why have a 'two-level' situation, where you get some stuff from
  16. the magic file, and hardwire the rest? If the implementation is
  17. clever, eg via a standard cookie function pointer (just like
  18. Selectric, CKBD, NVDI, etc, etc), there's no point you implementing
  19. both systems.
  20.  
  21. I suggest we use the application's base name for the application-name,
  22. similarly to the resource file name. Also, the name should be
  23. case-sensitive (and lowercase if on a TOS FS); this won't affect TOS
  24. filesystem searches, but will help MinixFS users. Besides, it looks
  25. prettier :-)
  26.  
  27. David Oakley wrote:                                                        
  28. >The .Xdefaults file's way of specifying shift keys if very sensible:    
  29. >                                                                     
  30. ><Ctrl>Q     
  31. ><Shift><Ctrl>P
  32. ><Alt>A                                                               
  33.                                                         
  34. Good idea. Except we shouldn't be using <Alt>, of course...
  35.                                                                      
  36. >This is all up for debate but things like that are usually saved in the
  37. >program's own preferences file, and I take it that APP_DEFS conforming
  38. >programs will not use their own preference files: Am I right or wrong?
  39.              
  40. I think you're right. We can extend Warwick's list to include license
  41. keys, and we could also include a directory attribute (for temp       
  42. directories, etc):                                           
  43.  
  44. >Name       Values                                      
  45. >------     ------                                         
  46. >key        std keyname, or scancode, or blank for no binding        
  47. >text       String of ascii characters, delimited by end-of-line        
  48. >name       String of ascii characters, delimited by end-of-line       
  49. >num        Decimal number in ascii, 0xHexadecimal number              
  50. >geometry   [ Width "x" Height ] [ "+" Xoffset "+" Yoffset ] - all in decimal.
  51. >file       Filename in ascii, extension gives clue to type.  (full path only?)
  52. >font       <fontname>@<fontsize>                                     
  53. >color      Colour name or hex specification (other?)        
  54. >flag       yes/on/true/oui/ja/1, no/off/false/non/nein/0           
  55.                                                                    
  56. license    String of ascii characters, delimited by end-of-line
  57. directory  Directory name in ascii, trailing slash           
  58.  
  59. Rick Flashman wrote:                                                   
  60. >I disagree. Programs like Geneva and NeoDesk keep a substancial amount of
  61. >additional information (everything from a program_flag list for Geneva to    
  62. >dialog_positions for NeoDesk). I doubt you would want an APP_DEFS file        
  63. >overwhelmed by all that application specific stuff.                  
  64.  
  65. Would there be a problem with having:                    
  66.         geneva.prefs.file   c:\geneva\geneva.inf
  67. or something similar?
  68.  
  69. And we also need to specify the standard keyname:
  70.         Esc Tab Bksp Ret Del Help Undo Home Ins F1 ..  F10 Ent
  71.  
  72. Did we decide how to represent Numeric-pad characters in the menu or
  73. file?
  74.  
  75. The colour attribute is interesting. Maybe we could have a palette
  76. handler that could map colour names ("brown") to VDI colour triples or
  77. pens?
  78.  
  79. --Chris
  80.  
  81. X.400: g=chris;s=ridd;o=nhs imc;ou1=cosit;a=attmail;p=nhs imc;c=gb
  82. Cix: chrisridd@cix
  83.  
  84.